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ABSTRACT 


The  increasing  specialization  of  the  aerospace  industry 
coupled  uith  the  technical  conplexity  of  neu  systens  has  caused 
emphasis  to  be  placed  on  a  systenatic  and  logical  methodology  to 
design,  develop,  and  produce  neu  products .  A  systems 
engineering  model  to  integrate  -functional  management  areas  uith 
organizational  activities  in  the  Advanced  Tactical  Hirer aft 
program  is  presented .  Special  emphasis  is  placed  in  applying 
this  systens  approach  throughout  the  life  cycle  of  a  project .  A 
general  methodology  and  a  synopsis  of  principles  are  provided 
uhich  might  be  utilized  in  the  development  of  a  systems 


engineering  program  . 
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I  .  INTRODUCTION 


Reproduced  from 
best  available  copy- 


R .  BACKGROUND 

"The  complexity  of  a  modern  weapon  system  requires  conscious 
application  of  system  engineering  principles  and  concepts  to 
ensure  producible,  operable,  and  supportable  systems  that 
satisfy  mission  requirements .  This  concept  of  technical 
management  is  the  logical  and  systematic  conduct  including 
planning,  organizing,  directing,  and  controlling  of  the 
engineering  effort  required  to  transform  a  military 
requirement  into  an  operational  system."  CRef  .  1  =  p  .  213 

This  statement  is  an  example  from  one  aduocate  of  systems 
engineering .  There  are  many  aduocates  because  systems 
engineering  is  not  a  new  concept  .  Houeuer,  in  this  era  of 
technical  specialization,  systems  engineering  is  one  of  the  most 
difficult  tasks  facing  program  managers  because  high  technology 
programs  require  tailored  management  approaches  .  Identifying 
and  integrating  actiuities  of  functional  area  experts  and 
organizations  into  a  synergistic  effort  to  meet  the  systems 
objectives  is  crucial  .  This  requirement  is  often  overlooked, 
but  even  if  recognized,  is  difficult  to  address  because  of  the 
complexity  of  subsystems  .  The  number  of  functional  experts  and 
organizations  involved  in  the  acquisition  process  continues  to 
increase  .  The  responsibilities,  tools,  techniques,  and 
capabilities  of  these  people  must  be  identified  and  integrated 
by  the  program  manager  .  In  addition,  the  degree  to  uhich  each 
should  be  involved  on  particular  aspects  of  the  program  must  be 
determined  in  a  logical  and  timely  manner  . 
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The  Advanced  Tactical  Aircraft  CATA>  and  its  ueapon  systens 
uill  be  developed  sinultanously .  In  the  past  a  particular 
ueapon  uas  designed  to  fit  an  existing  aircraft,  or  an  aircraft 
uas  designed  to  incorporate  existing  ueapons .  Therefore,  the 
Advanced  Tactical  Aircraft  uill  create  a  neu  and  challenging 
systens  engineering  approach  . 

B.  PURPOSE  OF  THESIS 

The  purpose  of  this  thesis  is,  first,  to  develop  and  present 
a  general  qualitative  systens  engineering  nodel  to  increase  the 
ability  of  nanagenent  to  integrate  functional  areas  and 
organizational  activities  involved  in  the  ATH  progran  uith 
specific  enphasis  on  the  arnanent  subsysten .  Second,  it  uill 
attenpt  to  develop  and  present  a  general  nethodology  that  can  be 
utilized  in  the  future  for  other  conplex  prograns .  Thirdly,  it 
uill  provide  a  synopsis  of  principles  uhich  night  be  utilized  in 
the  developnent  of  a  systens  engineering  course . 

C.  SCOPE  OF  STUOV 

Constraints  of  tine  and  resources  linited  this  investigation 
to  various  Departnent  of  the  Navy  organizations  and  to  the 
Lockheed  Nissiles  and  Space  Conpany,  Inc .  <LFISC>  . 

The  scope  of  this  study  is  confined  to: 

1  .  Investigating  the  validity  and  need  for  systens 
engineering  in  conplex  systens, 

2 .  Investigate  the  general  requirenents  of  the  ATR, 

3.  Oeternine  current  tools,  elenents,  and  nodels  of  systens 
engi neer i ng , 


4 .  Synthesize  the  infornation  found  in  task  three  and  apply 
this  infornation  to  the  RTR . 

The  RTR  is  currently  in  the  concept  exploration  phase  of  its 
deuelopnent  cycle .  Due  to  the  infancy  of  the  RTR  program, 
circunstances  are  subject  to  rapid  and  unpredictable  changes . 
This  research  effort  uas  undertaken  under  these  enuironnental 
considerations .  Therefore,  30  July  1985  uas  used  as  the  cutoff 
date  for  infornation  and  reference  acquisition .  Rny  changes 
that  affect  the  RTR  after  that  date  are  not  incorporated . 

D.  RESEARCH  RET  H0D0L0G V 

The  research  nethodology  utilized  to  achieve  the  objectives 
of  this  thesis  is  illustrated  in  Figure  1  .  Five  basic  tasks 
treated  in  Chapters  II  -  UI  uere  conducted  by  answering  the 
following  research  questionss 

*  Task  1  -  Chapter  11= 

a)  (Jhat  is  systens  engineering? 

b>  (Jhy  systens  engineering? 

c>  How  does  it  interface  uith  a  systens  life  cycle? 

*  Task  2  —  Chapter  Ills 

a)  Uhat  are  the  tools,  elenents,  and  nodels  of  systens 
engineering? 

*  Task  3  —  Chapter  10 

a>  Uhat  is  the  RTR? 

*  Task  1  —  Chapter  U 

a)  Uhat  are  the  advantages  and  disadvantages  of  the 
various  systens  engineering  nodels  in  relationship 
to  the  RTR? 
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Figure  1  Research  Methodology 


*  Task  5  -  Chapter  UI 

a>  Uhat  can  be  concluded  and  reconnended  about  systems 
engineering  for  the  RTR? 

R  parallel  research  effort  uas  conducted  in  Chapters  II, 
III,  and  Chapter  IU .  The  infornation  fron  these  Chapters  uas 
then  integrated  in  Chapter  U  uith  the  results  presented  in 
Chapter  UI . 

R  number  of  different  sources  of  infornation  uere  used, 
includings  books  and  articles  in  the  open  literature. 
Department  of  Defense  <DoD)  directives  and  reports,  and 
discussions  uith  personnel  inuolued  in  systems  engineering  and 
the  RTR,  both  in  industry  and  the  Department  of  the  Nawy .  The 
list  of  references  cite  some  of  the  most  important  documents 
utilized .  R  review  of  the  documents  uill  give  readers  a  more 
complete  understanding  of  problems  facing  developers  of  complex 
systems  and  the  field  of  systems  engineering . 


R .  BACKGROUND 


Systems  engineering  is  not  a  completely  neu  or  revolutionary 
discipline .  Rs  a  net hod,  it  has  been  utilized  for  nany  years  in 
an  infornal  nanner  without  a  specific  designation  CRef .  2=p. 
193  .  Undoubtedly,  a  rudimentary  forerunner  of  systens 
engineering  was  used  by  the  Egyptians  to  construct  the  Pyranids 
and  the  Chinese  to  construct  the  Great  Uall  .  One  of  the 
earliest  American  applications  of  systens  engineering  occured 
during  the  war  of  1812  when  the  Rrny  connissioned  Eli  Uhitney  to 
provide  the  first  rifles  to  have  interchangeable  conponents  and 
parts  CRef.  5= p .  83. 

Uhile  the  practice  is  not  neu,  the  recognition  of  systens 
engineering  by  nane  is  neu .  During  the  past  forty-five  years 
the  developnent  of  large  conplex  systens  has  given  rise  to 
increasing  awareness  of  the  field  of  systens  engineering . 
Uithin  the  OoO  this  has  been  crucial  because  of  the  need  to 
utilize  state  of  the  art  technology  in  ueapon  systens  as  they 
are  being  developed  and  to  control  the  inherent  risks  associated 
uith  the  introduction  of  neu  technology . 

The  difficulties  experienced  in  developing  large  and  conplex 
systens  has  led  to  the  refinenent  of  specific  tools  and 
technigues  uithin  the  systen  engineering  discipline.  The 
refinenents  have  led  to  better  control  and  insight  into  design, 
developnent,  and  production  processes . 
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B.  EUOLUTION  OF  SYSTEMS  ENGI HEERI H6 

Systens  engineering  nethodol ogy  as  an  effective  net hod  for 
solving  the  nost  difficult  problens  raised  by  today’s  conplex 
technological  environnent  has  not  been  developed  overnight,  but 
has  evolved  over  a  nunber  of  years .  In  1907,  the  establishment 
of  an  organization  in  the  Bell  Laboratories  reflected 
characteristics  uhich,  in  retrospect,  can  be  identified  uith  the 
present  concept  of  systens  engineering  CRef .  1=p .  353 .  In  the 
1930’ s  RCB  recognized  the  need  for  a  systens  approach  in  the 
development  of  a  television  broadcasting  service  CRef .  5=  p .  693. 

Uorld  (Jar  II  gave  the  greatest  inpetus  to  the  extension  of 
the  systens  engineering  approach,  largely  because  of 
developnents  in  atonic  energy,  jet  propulsion  for  aircraft, 
radar,  and  other  electronic  devices .  For  example,  the 
requirements  for  nany  types  of  electronic  systens  gave  rise  to  a 
vide  variety  of  conponents  and  subassemblies  of  major  systens 
that  became  known  as  "black  boxes.*'  The  proliferation  of  these 
electronic  devices  caused  problens  of  component  interaction  and 
integration .  Systens  engineering  performed  the  essential  task 
of  looking  ahead  to  the  ultimate  objective,  the  systen,  and 
considering  the  “Big  Picture",  of  uhich  each  conponent  uas  a 
part .  This  approach  uas  then  utilized  in  applying  rocket  motors 
to  aircraft  and  other  technological  improvements .  Rf ter  Uorld 
Uar  II,  the  Rand  Corporation  developed  a  useful  process  called 
"Systens  Functional  Analysis .“  This  process  is  often  referred 
to  as  the  first  phase  of  systens  engineering.  CRef.  5=  p .  693 


Also  at  this  tine  project  engineers  started  to  acquire  a 
staff  typically  including  an  assistant  project  engineer  for 
electronics  and  another  for  planning  and  scheduling .  Rs 
equipnent  and  life  cycle  costs  becane  as  inportant  to  the 
custoner  as  the  initial  nanuf acturing  costs,  specialists  in 
reliability,  naintainability,  and  producibility  uere  added  to 
traditional  design  engineering  departnents  and  consolidated  into 
systems  engineering  staffs .  The  project  engineer,  uhose 
responsibilities  nou  included  life  cycle  costs  and  integrated 
logistics  support,  becane  a  project  or  program  manager .  In  the 
engineering  hierarchy,  systems  engineers  represent  a  neu  layer 
of  management  and  technical  resources  control  between  the 
program  manager  and  the  detail  designer .  Rs  a  result  of  these 
developments  the  relative  growth  of  engineering  departnents  has 
been  in  the  systems  area .  The  engineering  departments  in 
advanced  systems  development  organizations  have  grown  from  about 
lO  percent  of  all  employees  to  something  over  30  percent .  This 
growth  has  occur ed  primarily  in  the  systems  engineering 
disciplines  .  CRef  .  6=p .  110] 

C.  SYSTEF1S  ENGINEERING  UIEUPOINTS  RNO  DEFINITIONS 

H  logical  first  step  in  understanding  the  concept  of  systems 

engineering  is  to  define  the  tern  "system 

R  system  is  a  composite  of  equipnent,  skills,  and  techniques 
capable  of  performing  and/or  supporting  an  operational  role  . 
R  complete  system  includes  related  facilities,  equipnent, 
material,  services,  software,  technical  data,  and  personnel 
required  for  its  operation  and  support  to  the  degree  that  is 
can  be  considered  a  self-sufficient  unit  in  its  intended 
operational  and/or  support  environment .  The  system  is  what  is 
employed  operationally  and  supported  logistically .  CRef . 
7ap  .  2-11 


The  terns  “systens  engineering  ,  systems  approach  ,  and 
“systems  management"  are  used  interchangeably,  but  research  has 
revealed  that  seldon  do  tuo  individuals  agree  to,  or  understand 
a  definition  of  these  terns  CRef.  2=  p .  191.  This  condition 

creates  a  senantics  problen .  fls  a  result  it  is  argued  that 
systens  engineering  is  not  being  practiced  effectively . 

1  .  Viewpoints  Of  Svstens  Enoineerino 

Since  there  is  controversy  regarding  the  definition  of 
systens  engineering,  a  nethod  to  develop  a  better  understanding 
of  the  concept  is  to  exanine  a  nunber  of  the  various  uays  in 
uhich  the  subject  is  vieued .  R  nunber  of  the  viewpoints  were 
researched  and  sunnarized  as  follows::  CRef .  8=pp .  1—7 — 1—101 

a  .  51a thena tics 

b .  Electrical  Engineering 

c .  Engineering  Design 

d  .  The  Planning  of  Design 
e  .  The  flanagenent  of  Design 
f .  Large  Scale  Systen  Developnent 
g  .  Design  Interface  Flanagenent 
h  .  Rn  Interdisciplinary  Activity 
i  .  The  Systens  Engineer 

Each  viewpoint  has  a  degree  of  validity,  and  research  indicates 
that  each  has  its  advocates  . 

a  .  The  flathenatics  Viewpoint 

This  viewpoint,  uhich  is  prevalent  in  engineering 
acadenic  circles,  considers  systens  engineering  to  be  a  set  of 
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Mathematical  concepts  or  techniques .  These  include  systen 
theory,  simulation  techniques,  and  computational  algorithms .  In 


actuality,  these  are  some  of  the  tools  and  techniques  of  systems 
engineering . 

b .  The  Electrical  Engineering  (Jieupoint 

This  uieupoint  is  often  similar  and  closely  allied 
to  the  mathematics  uieupoint  .  It  treats  systems  engineering  as 
being  nothing  more  than  control  theory,  netuork  analysis, 
information  theory,  or  state— space  theory  . 

c  .  The  Engineering  Design  Uieupoint 

This  uieupoint  states  that  systems  engineering  is 
nothing  more  than  ordinary  design  engineering,  and  therefore  “So 
CJhat’s  Neu?”  Uhile  design  is  an  important  major  ingredient,  the 
planning  phases  of  system  engineering  are  just  as  important  as 
design  .  Further,  for  complex,  interdisciplinary  systems, 
traditional  design  engineering,  as  taught  and  practiced  is 
inadequate  . 

d .  The  Planning  Of  Design  Uieupoint 

This  uieupoint  states  that  there  are  certain 
actiuities  uhich  prelude  design  and  that  these  actiuities  are 
systems  engineering  .  These  are  the  planning  actiuities  uhich 
translate  needs  into  system  design  requirements  and 
specifications  .  Until  recently,  such  planning  actiuites  haue 
not  been  considered  as  part  of  the  engineer’s  responsibility, 
but  the  responsibility  of  systems  analysts  or  operation 
analysts  . 
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e .  The  flanagement  Of  Design  Uieupoint 

This  uieupoint  is  that  systems  engineering  is  really 
the  nanagenent  of  conplex  system  design  and,  therefore,  is 
concerned  primarily  uith  schedules,  costs,  personnel 
assignments,  and  nanagenent  controls . 

f .  Large  Scale  System  Deuel opnent  Uieupoint 

This  is  concerned  uith  the  deuelopment  of  large 
conplex  systems  such  as  the  space  shuttle  program, 
transportation  systems,  communication  systems,  urban  planning 
and  the  like.  To  the  extent  that  such  actiuities  include  both 
the  planning  and  design  of  such  systems,  they  are  applications 
of  systems  engineering .  To  the  extent  that  these  actiuities 
include  only  system  planning  and  use  the  decision  process,  they 
are  partial  or  incomplete  systems  engineering . 

g  .  Design  Interface  flanagenent  Uieupoint 

In  industry  and  gouernment,  systems  engineering  is 
often  taken  to  be  the  coordination  or  management  of  the 
interfaces  betueen  different  design  disciplines .  It  includes 
the  system  engineering  effort  to  define  the  system  and  the 
integrated  planning  and  control  of  the  program  efforts  of  design 
engineering,  system  support  engineering,  production  engineering, 
and  test  and  eualuation  engineering.  This  is  one  of  the 
functions  of  primary  importance  in  systems  engineering .  It  is 
through  such  interfaces  that  important  design  trade-offs  and 
optimizations  must  be  made . 


h  -  The  Interdisciplinary  Activity  Uieupoint 


This  uieupoint  states  that  systens  engineering  is 
the  containing  of  1  interdisciplinary  activities.  There  is  little 
doubt  that  systens  engineering  is  concerned  uith  interdisciplin - 
ary  activities  but  this  is  nerely  a  necessary,  not  a  sufficient 
condition . 

i  .  The  Systens  Engineering  Uieupoint 

This  uieupoint  states  systens  engineering  is  nore 
than  a  knouledge  and  application  of  principles  of  systens  design 
and  systens  nodeling  concepts .  The  heart  of  the  natter  lies  in 
the  conplexity  of  the  systen  and  being  able  to  see  the  forest 
uithout  getting  lost  in  the  trees  .  The  systens  engineer  nust 
deal  uith  the  various  subsystens  and  conponent  parts  in  such  a 
uay  as  to  optinize  the  cost  effectiveness  of  the  overall  systen  . 
CRef.  9=p.  963 

2  .  Definitions  Of  Systens  Engineering 

Fron  the  previous  paragraphs  one  realizes  that  systens 

engineering  cannot  be  defined  uithin  the  franeuork  of  one 

uieupoint,  but  is  sone  conbination  of  all  of  then  .  In  order  to 

establish  a  definition  uhich  is  applicable  to  this  research 

effort,  a  nunber  of  existing  definitions  of  systens  engineering 

are  provided  for  consideration.  These  definitions  uere  selected 

fron  industry,  governnent,  and  acadenic  sources  . 

Systen  engineering  is  the  application  of  scientific  and 
engineering  efforts  to  <a>  transforn  an  operational  need  into 
a  description  of  systen  perfornance  paraneters  and  a  systen 
configuration  through  the  use  of  an  iterative  process  of 
definition,  synthesis,  analysis,  design,  test  and  evaluation; 
<b>  integrate  related  technical  paraneters  and  ensure 


compatibility  of  all  physical,  functional,  and  program 
interfaces  in  a  manner  that  optimizes  the  total  system 
definition  and  design;  <c>  integrate  reliability,  maintain¬ 
ability,  safety,  suruiuability,  human,  and  other  such  factors 
into  the  total  engineering  effort  to  meet  cost,  schedule  and 
technical  performance  objectiues  .  [Ref  .  101 

The  systems  engineering  process  is  one  of  translating  mission 
and  operational  requirements  into  engineering  functional 
requirements,  and  subsequently  expanding  these  functional 
requirements  into  detailed  design  requirements .  Systems 
engineering  inuolues  the  logical  sequence  of  actiuities 
leading  to  a  complete  and  balanced  defintion  of  the  design, 
test,  production,  operation  and  support  of  a  system  or 
equipment  .  Although  there  are  slight  uariations  depending  on 
the  system  type  and  program  requirements,  the  general  process 
commences  uith  mission  requirement  analysis  (definition  of 
operational  requirements)  and  continues  through  system 
analysis,  optimization,  synthesis,  detailed  design,  and  test 
and  evaluation .  This  process  is  a  closed  loop  uith  the 
necessary  feedback  provisions  and  is  iterative  in  nature . 
[Ref.  lisp.  181 

The  systems  engineering  method  recognizes  each  system  as  an 
integrated  uhole  even  though  composed  of  diverse,  specialized 
structures  and  subfunctions .  It  further  recognizes  that  any 
system  has  a  number  of  objectives  and  that  balance  betueen 
then  nay  differ  uidely  from  system  to  system .  The  methods 
seek  to  optimize  system  functions  according  to  the  ueighted 
objectives  and  to  achieve  maximum  compatibility  of  its  parts  . 
[Ref.  lZsp.  81 

Systems  engineering  is  the  process  by  uhich  people  develop  the 
specification  for  an  optimal  system  in  response  to  unfulfilled 
human  needs  and/or  desires .  (An  "optimal**  system  is  a  system 
uhich  is  expected  to  best  satisfy  recognized  human  needs 
and/or  desires  according  to  some  specified  criterion  of 
"goodness"  .)  System  engineering  is  problem  solving  uhich 
inuolues  the  quanti tiatiue  application  of  technology  in  order 
to  identify  and  describe  a  solution  .  The  solution  is  a  model 
of  the  system,  a  set  of  specifications  for  the  production, 
installation,  and  use  of  an  optimal  system  and  its  elements  . 
[Ref.  8sp.  1-151 

The  major  systems  engineering  and  analysis  activities  include 
the  follouing: 

1  .  The  quantitative  analysis  and  justification  of  operational 

needs  . 

2  .  The  identification  and  establishment  of  operational 

mission  requirements  and  environments. 


3.  The  analysis  of  these  requirements  to  apportion  the 
performance,  design,  and  test  requirements  to  and  through 
louer  system  levels  doun  to  individual  components  and 
elements  . 

1 .  The  techniques  for  controlling  the  design,  development,  or 
selection  of  components  to  assure  that  they  satisfy 
requirements  < design  assurance > . 

5  .  The  techniques  for  integrating  louer  level  components  into 
all  higher  levels  of  assembly  all  the  uay  to  top  system 
levels.  CRef.  6  =  p  .  1413 

Systems  engineering  is  the  combination  of  systems  integration 
and  project  engineering.  Systems  integration  consisting  of 
the  follouing: 

1  .  Identifying  the  mission  objectives  . 

2  .  Identifying  the  subsystem  and  component  interfaces  . 

3.  Establishing  design  trade-off  and  integration  criteria. 

4  .  Identifying  the  system  performance  testing  criteria  . 
Project  engineering  consists  of  project  direction,  special 
studies  and  problem  resolution  .  CRef  .  133 

System  engineering  refers  to  the  process  of  translating 
operational  requirements  into  engineering  functional 
requirements  and  subsequently  expanding  these  functional 
requirements  into  detailed  equipment  and  service  end  item 
design  requirements .  This  process  involves  analyzing  system 
performance  requirements,  performing  system— level  trade-offs 
studies,  synthesizing  alternative  system  design  solutions  by 
employing  various  combinations  of  equipment  and  service  end 
items,  and  finally  selecting  the  preferred  candidate 
configuration  uhich  best  meets  system  performance  and  cost 
effectiveness  criteria  .  CRef  .  14= p  .  1253 

The  system  engineering  process  is  the  application  of  the 
necessary  scientific  and  technical  knouledge  and  skills  to  the 
study  and  planning  of  the  overall  system  uhereby  the 
interrelationships  of  various  parts  of  the  system  and  the 
utilization  of  the  various  subsystems  are  fully  analyzed  and 
designed  in  terns  of  their  contribution  to  the  achievement  of 
the  specified  mission  and  performance  requirements  within  the 
given  cost  and  delivery  limitations .  Documentation  of  the 
process  provides  the  common  frame  of  reference  and 
communication  media  for  the  “building  block"  approach  to 
system  design  uhich  nay  employ  diverse  specialists  in  such 
subject  natter  areas  ass  physics;  nucleonics;  chemistry; 
thermodynamics;  electronics;  mathematics;  physiology; 
medicine;  psychology;  communications;  mechanics;  etc  .  CRef  . 
14sp  .  73 

The  essence  of  the  systems  engineering  concept  is  that  system 
performance  cannot  be  determined  from  the  performance  of  its 
individual  subsystems  and  components  alone  .  Systems  concepts 
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are  nore  the  sun  of  the  characteristics  of  its  subsystens 
derived  fron  the  interconnections  of  the  systens  objectives 
and  requirenents .  Each  system  has  its  oun  environment,  and  is 
in  fact  a  subsystem  of  sone  broader  system .  ERef .  15=p  .  23 

Systens  engineering  is  an  appropriate  conbination  of  the 
nathenatical  theory  of  systens  and  behavorial  theory  in  a 
useful  setting  appropriate  for  the  resolution  of  real  world 
problens .  The  purpose  of  systens  engineering  is  to  develop 
policies  for  the  managenent,  direction,  and  regulation 
activities  relative  to  the  planning,  developnent,  production 
and  operation  of  total  systens  to  naintain  overall  integrity  . 
CRef.  16= p.  593 

Upon  exanination  of  the  preceding  definitions,  certain  key 
uords  and  phrases  energe .  Synthesizing  these  concepts  the 
follouing  working  definition  can  be  developed: 

Systens  engineering  begins  uith  the  identification  of  an 
operational  requirenent  for  a  systen .  The  next  step  is  to 
identify  the  constraints  and  environnent  in  uhich  the  systen 
Mill  be  developed,  produced,  and  operated .  Ht  this  point 
scientific  and  engineering  skills  can  be  utilized  to  transfron 
the  qualitative  operational  requirenent  into  quantitative 
paraneters  .  These  paraneters  uill  then  be  taken  doun  level— by- 


level  fron  systen 

to 

subsystens 

to  parts  and 

finally 

to 

conponent  levels . 

Then 

it  becones 

an  iterative 

process 

of 

analyzing  the  performance  paraneters,  designing  a  solution, 
testing,  and  evaluation  .  Then  trade-offs  nust  be  nade  on  the 
subsystens  based  on  ueighted  objectives  established  by  the  cost, 
schedule,  and  performance  characteristics  of  the  total  systen  . 
Then  integrate  these  subsystens  into  the  total  systen .  This 
relationship  is  shoun  schematically  in  Figure  Z  . 
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D.  UHY  SYSTEflS  ENGINEERING 


The  preceding  sections  haue  traced  the  origins  of  the  nodern 
concept  of  systens  engineering  and  provided  a  working 
definition .  However,  this  naterial  has  not  denonstrated  to  the 
reader  the  utility  of  systens  engineering.  In  order  to  satisfy 
this  requirenent  the  question  "Uhy  Systens  Engineering?**  should 
be  answered .  fl  two  phased  approach  will  be  used  to  acconplish 
this  tasks 

.1  Detail  the  inportance  of  systens  engineering . 

.2  Provide  specific  exanples  of  the  successful 
inplenentation  of  the  concept . 

1  .  The  Inportance  Of  Svstens  Engineering 

In  the  developnent  and  procurenent  of  a  weapon  systen, 
the  litnus  test  of  the  success  of  that  progran  is  based  on  a 
nunber  of  factors,  includings  cost,  schedule,  and  design 
effectiveness.  Cost  and  schedule  are  readily  quantifiable 
factors  which  can  be  judged  in  relation  to  other  sinilar 
prograns  .  Design  effectiveness,  on  the  other  hand,  can  only  be 
appraised  in  terns  of  the  systens  requirenents .  Accordingly, 
the  progran  nanager  and  his  staff  nust  identify  specific  nission 
objectives  to  derive  and  evaluate  design  alternatives .  H 
relevant  design  decision  cannot  be  nade  without  specifying  the 
functions  that  the  total  systen  nust  perforn  [Ref  .  17=  p .  321.  R 
progran  that  satisfies  the  functions  for  which  the  total  systen 
is  designed  and  operates  within  specified  perfornance  and  design 
constraints  can  be  considered  an  effective  systen  [Ref.  15=p  . 
93.  This  is  where  systens  engineering  plays  a  critical  role. 
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R  function  is  a  characteristic  action  to  be  acconplished 
by  one  of  the  systen  elenents  of  hardware,  software,  facilities, 
personnel,  data,  or  ^ny  conbination  of  these  elenents  CRef.  7sp  . 
6-13  .  Therefore,  the  first  problen  confronting  a  systens 
engineer  is  the  identification  and  classification  of  all 
functions  to  be  perforned  in  fulfilling  stated  nission 
objectives .  For  conplex  systens  it  is  obvious  that  this  task 
requires  orderly  and  objective  problen  solving  techniques  that 
are  logical  and  consistent .  However,  even  with  a  sinple  iten  it 
is  alnost  inpossible  to  identify  and  classify  all  required 
functions  without  applying  firnal,  objective  analysis 
techniques  .  These  fornal  nethods  are  connonly  referred  to  as 
systen  functional  analysis  CRef.  1=p .  353.  They  follow  specific 
steps  that  insure  the  identification  of  all  functions  to  be 
perforned  at  the  level  of  detail  required  for  arriving  at 
relevant  design  decisions. 

The  functional  analysis  reduces  or  deconposes  a  conplete 
systen  into  individual  parts  while  relating  these  parts  to  each 
other  and  to  the  systen .  R  functional  breakdown  can  be 
acconplished  with  respect  to  logical  groupings,  tine  ordering, 
data  flow,  control  flow,  or  sone  other  criteria .  This  stepwise 
breakdown  of  a  systen  can  be  viewed  as  a  top-down  approach  to 
problen  solving .  The  process  results  in  a  hierarchical 
structure  which  progressively  divides  and  allocates  requirenents 
until  the  lowest  level  of  the  systen  that  fulfills  a  definable 


requi renent  is  obtained  CBef .  7:p  .  6-213.  R  useful  example  is 
shoun  in  figure  3  CRef .  17=p .  183,  a  modified  version  of 

Corrigan’s  functional  flou  uith  an  indenture  level  of  three.  R 
description  of  the  three  levels  according  to  Corrigan  includes 
the  following: 

*  “Level  I  involves  the  logical  gross  division  of  activities 
into  mission  phases  performed  during  the  total  mission. 
Having  identified  the  seperate  mission  phases,  the  system 
function  analyst  uill  identify  and  classify  the  functional 
flou  in  a  functional  flou  block  diagram . 

w  Level  II  involves  all  major  operational  functions  to  be 
performed  (independently  and  in  combination)  uithin  each 
mission  phase.  These  functions  would  be  cross-checked  for 
completeness  before  proceeding  to  a  more  detailed  analysis  . 

*  Level  III  involves  the  most  detailed  analysis  of  jobs  or 
tasks  that  must  be  performed  to  succussfully  achieve  each 
subfunction  (operations)  uithin  each  mission  phase  of 
importance  is  the  deriving  of  significant  performance  limits 
and  constraints  that  must  be  considered  in  design  CRef  . 
17=p.  193 

The  top-down  approach  is  usually  applied  to  a  system 
that  is  completely  neu .  Rn  apposite  approach  is  a  bottom— up 
method  that  can  be  applied  to  a  scenario  in  which  a  number  of 
existing  subassemblies  or  parts  uith  known  capabilities  are 
integrated  to  fullfill  a  requirement  .  This  approach  is 
sometimes  difficult  to  implement  due  to  interface  and 
integration  problems .  R  tailored  approach  should  be  utilized 
for  each  specific  project.  CRef.  7:p .  6-13 

Another  factor  of  great  significance  is  the  realization 
that  the  system  design  process  is  not  a  one-way  street  from 
identification  of  requirements  through  functional  objectives  to 
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final  design  configuration .  In  actual  practice,  the  systems 
engineer  goes  through  a  continuous  and  repeated  process  of 
progressive  comparison  between  1)  stated  functions  2> 
perfornance  parameters,  and  3)  proposed  design  criteria .  This 
process  of  checking,  conparing  and  readjusting  is  system 
iteration.  CRef.  17  =  p  .  703 

Systen  iteration  is  a  continuous  adaptive  process  as  the 
system  designer  moves  from  analysis  to  synthesis,  pulling 
together  parts  into  an  organized  systen  in  deriving  and 
completing  system  design  specifications.  These  specifications 
are  the  documents  that  accurately  describe  the  essential 
technical  requirements  to  determine  if  objectives  have  been 
satisfied  CRef  .  1 8=  p  .  4—813  .  The  process  of  systen  iteration 
becomes  critical  in  completing  every  phase  of  systems 
engineering.  From  the  utilization  of  systen  iteration  it  is 
clearly  shoun  that  systen  functions  control  the  determination  of 
ultimate  design  decisions  for  both  design  requirements  and 
perfornance  criteria .  Therefore,  the  specific  requirement  for 
completing  a  formal  systen  functions  analysis  prior  to  beginning 
design  considerations  is  critical  . 

The  resultant  product  of  the  functional  analysis  is  the 
specification  of  all  functions  to  be  performed  in  a  systen  and 
the  constraints  and  limitations  to  be  considered  by  the 
engineering  staff  in  the  design  decisions  to  follow.  Expanding 
these  functional  steps  to  include  all  the  subsystems,  parts  and 
components  in  a  complex  system  requires  management  planning  and 
control  uhich  is  satisfied  by  systems  engineering. 


Hs  the  technological  complexity  of  a  system  increases 
the  number  of  subsystems,  parts,  and  components  increase 
drastically .  Therefore,  attempting  to  trade-off  design 
decisions  for  thousands  upon  thousands  of  parts  in  terms  of 
synergism  of  all  elements  in  the  total  system  is  beyond  the 
normal  capabilities  of  a  single  group  of  designers  [Ref.  17  =  p  . 
371  .  The  functional  designers  of  complex  technological  systems 
must  be  specialists  in  their  fields .  This  specialization  does 
not  allow  these  engineers  the  generalist  outlook  which  is 
required  to  meet  the  systems  mission  requirements  .  In  designing 
an  operational  system,  the  indiuidual  subassembly  or  part  must 
be  subordinate  to  the  system  design  objectives  .  This 
requirement  is  imposed  by  the  sheer  complexity  of  the= 

**  Humber  of  design  decisions  to  be  processed  and  committed 

*  Humber  of  personnel  involved 

*  Humber  of  speciality  skills  applied  in  the  design  analysis 

*  Humber  of  seperate  system  design  teams  involved 

*  Humber  of  design  trade-offs  to  be  determined  between  the 
most  practical  and  most  functional  design  criteria. 

Therefore,  when  designing  a  complex  system  the  problems 
of  personnel  interaction,  system  communication,  and  system 
interfacing  must  be  controlled  and  directed.  This  task  is 
solved  by  systems  engineering.  But  systems  engineering  is 
concerned  with  much  more  than  just  design  criteria.  fls 
mentioned  previously,  hardware  and  non— hardware  components  must 
be  able  to  perform  all  functions  specified  in  achieving  mission 
objectives .  The  subsystems,  parts  and  components  must  be 


practical  in  terns  of  cost,  reliability,  availability, 
naintainability,  producibility,  and  schedule  restrictions . 
Therefore,  systens  engineering  is  nore  than  design.  It  is  the 
technique  to  produce  the  total  systen  using  the  fornal 
analytical  and  planning  nodel  for  progressing  fron  mission 
objectives  to  achievement  of  those  objectives  in  an  orderly  and 
controlled  nanner  while  ensuring  that  all  parts  in  the  total 
system  are  integrated  and  functional  .  Without  utilizing  systens 
engineering  in  today's  complex  technological  environment  a 
system  will  not  be  as  efficient  and  effective  if  the  project 
succeeds  at  all  . 


*  To  include  an  example  of  an  organization,  a  project,  and  a 
service 


»  To  include  both  small  and  large  programs 

*  To  include  both  neu  systems  and  modifications  to  existing 
systens 

*  To  include  engineering  advances  as  well  as  off-the-shelf 
hardware  developments 

**  To  cover  the  span  of  years  from  (Jorld  War  II  to  present  day 
systens  uhen  the  modern  concept  of  systems  engineering 
gained  its  greatest  acceptance  . 

The  cases  that  were  selected  are  the  Jet  Propulsion 
Laboratory  <JPL),  the  Rppollo  Space  Program,  and  the  Cheyenne 


helicopter  program  . 
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a  .  Jet  Propulsion  Laboratory 


The  Jet  Propulsion  Laboratory  is  an  exanple  of  an 
organization  that  has  euolued  fron  a  purely  research-oriented 
laboratory  into  one  heavily  engaged  in  the  practical  application 
of  systens  engineering  of  large  and  conplex  projects .  In  1940 
the  JPL  was  tasked  by  the  flrny  Rir  Corps  to  apply  the  principles 
of  rocket  notor  design  to  aircraft  propulsion  .  The  result  was 
the  successful  developnent  of  the  Jet-Rssisted  Take-Off  <JRT0> 
principle .  However,  this  project  uas  conpleted  as  a  functional 
design  engineering  problen,  basically  the  design  of  successful 
rocket  notors,  with  very  little  concern  for  the  application  of 
these  notors  to  an  airborne  nission  and  the  total  systen .  [Ref  . 
9=p.  1243 

Rt  the  end  of  Uorld  Uar  II  the  task  of  developing  an 
operational  nissile  systen  uas  given  to  JPL  .  This  tasking 
required  an  understanding  of  an  integrated  systen  consisting  of 
a  rocket  notor,  fuel  tanks,  guidance,  and  payload .  This 
necessitated  a  group  of  functional  engineers  beconing  part  of  a 
systens  engineering  tean  .  In  the  uords  of  the  director  of  the 
JPL  s 

"The  systen  did  uork,  and  the  nilitary  nade  it  work  even 
better,  but  it  uas  expensive,  inefficient,  and  required  large 
anounts  of  support  equipnent  .  It  pointed  out  the  consequences 
of  putting  a  systen  together  rather  than  engineering  the 
systen."  CRef  .  9:p  .  1263 

In  1958  the  JPL  sponsorship  uas  transferred  to  HRSR . 
Uith  this  change  in  sponsorship  the  laboratory’s  assignnent 
included  unnanned  spacecraft  nissions  to  the  noon  and  the 
planets  .  Rgain  in  the  uords  of  the  director: 
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"To  accomplish  these  projects  with  reasonable  expectation  of 
optimizing  performance  or  of  attaining  project  objectives 
uithin  cost  and  schedule  a  systems  approach  uas  necessary  .** 
CRef.  9:p.  1281 

Several  valuable  lessons  were  learned  from  these  and 
other  early  projects  which  helped  create  the  environment  for  the 
growth  of  systems  engineering  at  JPL  and  throughout  the 
aerospace  industry.  The  specific  systems  engineering  techniques 
that  JPL  helped  promote  included: 

*  The  matrix  organization 

*»  Integrated  management  and  engineering  efforts 
»  The  concept  of  high  reliability  in  complex  systems 
»  Schedule  control 

*  Hpplication  of  systems  engineering  to  other  activities  of 
national  interest 

b  .  The  Rpollo  Program 

The  Hpollo  program  was  the  largest  and  most  complex 

engineering  project  of  its  time.  Before  the  project  was 

completed,  over  $20  billion  was  expended  and  more  than  200,000 

people  contributed  their  efforts  to  the  successful  landing  of  a 

man  on  the  noon.  This  program  is  an  example  of  systems 

engineering  on  a  large  and  cnnplex  scale .  In  the  words  of 

George  dueller,  the  associate  administrator  for  manned  space 

flight  for  HHSB  from  1963  to  1969, 

"The  Rpollo  budget  was  set  at  $20  billion.  That  amount  uas 
reviewed  annually,  and  when  I  arrived  in  Uashington  to  manage 
the  program,  it  had  been  cut  for  the  following  year  by  $1 
billion.  Oy  first  experience  with  the  program,  therefore,  uas 
the  sobering  one  of  searching  for  things  that  were  not 
absolutely  necessary  and  cutting  them  out  .  This  is  a  most 
valuable  discipline  in  systems  engineering."  CRef.  9=p.  151 


Systems  engineering  uas  crucial  to  the  success  of 
the  Hpollo  program .  The  mission  objectives,  tine  schedule,  and 
budget  uere  firmly  established .  These  goals  uere  strictly 
enforced  due  to  the  political  nature  of  the  progran  .  The  state 
of  the  art  in  technology  uas  pushed  to  its  limits  .  The  task  of 
pulling  together  all  the  nanpouer  and  resources  uas  an  immense 
task.  There  uere  a  number  of  difficult  problems  to  be  solved 
and  a  number  of  contingencies  to  be  planned  for  .  The  problems 
included  radiation  hazard  due  to  solar  storms  and  the  Uan  Rllen 
Belts  and  the  potential  of  collision  uith  meteoroids  uhich  could 
damage  or  destroy  a  then— ordinary  space  vehicle  . 

One  of  the  major  systems  engineering  problems  uas 
designing  the  lunar  flight .  During  the  design  of  this  critical 
portion  of  the  flight  and  the  systems  to  accomplish  the  mission, 
a  number  of  trade-offs  had  to  be  made  regarding  ueight  of  the 
vehicles,  thrust  requirements,  number  and  location  of  rendezvous 
and  orbits,  and  amount  and  cost  of  fuel  each  alternative  uould 
require .  Another  critical  systems  engineering  concern  uas 
establishing  the  reliability  of  the  total  system .  The  Saturn  0, 
uith  the  Apollo  spacecraft  and  support  equipment,  represented 
about  15,000,000  parts.  A  reliability  figure  of  .9999999  for 
every  part  uould  not  guarantee  a  successful  mission  .  Using 
conventional  techniques  the  probability  of  a  successful  Lunar 
landing  uas  calculated  to  be  about  .5  .  Consequently  in  planning 


the  Rpollo  flight  neu  techniques  uere  used  to  identify  the 
nission's  critical  events .  This  nethod  built  up  the  probability 
of  nission  success  to  .9  and  a  probability  of  catastrophic 
failure  of  less  than  .01.  CRef .  9=  p .  1623 

Several  valuable  skills  uere  acquired  and  reaffirned 
fron  the  Rpollo  progran  .  R  large  conplex  systen  requires  a 
systematic  and  logical  approach  to  relate  all  of  the  subsystems, 
parts,  and  components  to  the  total  systems  mission  objectives  . 
c.  The  Cheyenne  Helicopter  Progran 

Systems  engineering  had  been  applied  by  other 
services  for  more  than  a  decade  uhen  the  Rrny  acquired  its  oun 
procurement  and  engineering  functions  in  the  early  1960* s.  The 
systems  engineering  concept  uas  not  accepted  by  the  Rrny  in  the 
early  1960’s  because  Rrny  aircraft  uere  tailored  to  specific 
missions .  In  other  uords,  the  Rrny  uas  merely  buying  existing 
aircraft  .  Houever,  avionics  and  peculiar  ground  support 
equipment  added  to  the  basic  aircraft  began  to  cause  problems 
fron  a  systems  standpoint  .  The  Cheyenne  Helicopter  uas  a  neu, 
conplex  ueapon  systen  employing  the  latest  in  automatic  gun 
developments,  a  full  solution  conputei — directed  fire  control 
system  uith  laser  ranging,  uire— guided  air — to— ground  missile,  a 
self-contained  doppler  navigation  systen,  advanced  engine  and 
auxiliary  pouer  unit,  extensive  self— test  and  ground  support 
features,  and  numerous  other  innovations  .  In  the  early  stages 
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of  developnent,  systens  engineering  uas  not  utilized  because  of 
existing  flrny  policy  .  The  progran  uas  canceled  in  flay  1969  for 
nunerous  reasons .  Houeuer,  the  progran  had  a  neu  start 
coincident  uith  the  initiation  of  a  fornal  systens  engineering 
nanagenent  approach  by  both  the  prine  contractor  and  the  Rrny . 
The  conplete  inuolvenent  of  systens  engineering  in  every  step  of 
the  developnent  cycle  uas  fornalized  and  included  in  the  neu 
contract  .  In  the  fall  of  1970  the  Cheyenne  did  denonstrate  its 
capabilities.  CRef  .  3=p.  91 

The  Cheyenne  progran  uas  eventually  canceled  for  a 
nyraid  of  reasons  .  Houeuer,  this  progran  brought  systens 
engineering  to  the  forefront  in  Rrny  aviation  and  uas  utilized 
on  the  Cobra  Gunship  and  other  prograns  .  Systens  engineering 
nanagenent  becane  a  uay  of  life  for  Rrny  aviation. 

E.  SVSTEflS  LIFE  CYCLE 

The  life  cycle  for  a  typical  ueapon  systen  acquisition  is 
uell  docunented  .  This  process  is  broken  doun  into  basically  six 
phases: 

1  .  Mission  need  determination  phase 

2 .  Concept  exploration  phase 

3.  Denonstration  and  validation  phase 

1  .  Full  scale  developnent  phase 

5 .  Production  and  deploynent  phase 

6  .  Retirenent  phase 

These  phases  have  been  the  subject  of  nunerous  research 
efforts.  It  is  not  the  purpose  of  this  section  to  reiterate 


those  research  efforts  .  Houeuer,  just  as  the  definition  of 

systens  engineering  causes  a  semantics  problem,  the  requirement 

for  systems  engineering  in  all  phases  of  the  systems  life  cycle 

is  a  controversial  topic  .  for  example  Kline  stated: 

"Uhile  it  might  be  said  that  systems  engineering  is  concerned 
uith  the  complete  systems  life  cycle,  in  fact  systems 
engineering  is  concerned  primarily  uith  the  planning  period 
and  uith  the  design  phase  of  the  acquisition  period.  Once  the 
system  design  has  become  stabilized  (during  the  early 
production  phase),  engineering  involvement  becomes  uhat  is 
popularly  knoun  as  “sustaining  engineering",  and  systems 
engineers  turn  their  attention  to  the  planning  and  design  of 
neu  systems."  CRef.  8  =  p .  2-61 

Chase  takes  the  opposite  position  . 

"...  the  required  system  and  end  item  design  and  development 
effort  must  be  interrelated  uith  the  other  system  life  cycle 
requirements  for  fabrication,  installation  and  check-out,  test 
and  evaluation,  deployment,  production,  modification, 
maintenance,  logistics  support,  and  phase  out  (planned 
obsolescence)  .  Systems  engineering  is  a  function  uhich  must 
be  exercised  throughout  all  phases  of  a  system  life  cycle  if 
system  integrity  is  to  be  ensured.  CRef.  lisp.  1263 

In  most  ueapon  systems,  the  environment  for  uhich  the  system 
uas  designed  is  constantly  changing .  R  system  must  be  able  to 
adapt  to  this  changing  environment  .  These  factors  result  in  the 
production  of  systems  uhich  are  stable  for  only  a  relatively 
short  period  of  the  system’s  entire  life  cycle.  In  order  to 
maximize  the  utility  of  systems,  the  systems  engineering 
approach  must  be  applied  throughout  the  complete  life  cycle  . 
The  follouing  paragraphs  outline  hou  systems  engineering  applies 
to  each  phase  of  the  life  cycle  . 

1  .  Mission  Heed  Determination  Phase 


This  phase  starts  uith  an  objective.  This  objective  is 
translated  into  information  about  the  requirements  for  uhich  the 
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systen  is  to  be  designed,  resources  available,  the  environment 


in  uhich  the  systen  uill  operate,  and  the  constraints  that 
affect  all  of  these  factors  .  This  input  infornation  establishes 
the  bounds  of  the  systens  engineering  problen .  H  large 
percentage  of  the  costs  of  a  progran  becone  fixed  during  this 
phase  so  that  systens  engineering  nust  be  utilized  fron  the 
beginning . 

2  .  Concept  Exploration  Phase 

The  systens  engineering  effort  during  this  phase 
includes  the  functional  analysis  .  Effort  is  directed  toward 
refining  mission  objectives  through  analysis  that  evolve  a 
systens  design  concept,  flowing  down  and  allocating  requirements 
to  lower  indenture  levels,  defining  major  interfaces,  and 
establishing  quantitative  parameters  (hou  fast,  how  heavy  etc  .)  . 
Inherent  in  these  analyses  are  cost  and  risk  assessments  . 

3  .  Demonstration  And  Validation  Phase 

The  systens  engineering  team  concentrates  on  performing 
analyses  and  simulations  to  completely  define  all  system 
requirements,  prepares  upper  level  specifications,  oversees 
preparation  of  component  level  specifications,  prepares  major 
interface  definition  and  control  documents,  and  defines  a  systen 
functional  baseline  design .  R  major  task  is  the  preparation  of 
the  Systens  Engineering  Danagenent  Plan  <SEHP>,  uhich  includes 
plans  for  verification,  risk  alleviation,  and  supporting  areas. 


1 .  Full-Scale  Development  Phase 

The  5EI1P  is  inplenented  at  the  beginning  of  this  phase  . 
Detailed  systen  sinulations  and  nodels  are  developed  to  predict 
systen  perfornance  paraneters .  Other  systens  engineering 
activities  include  resolving  interface  problems,  auditing 
engineering  docunentation,  auditing  systen  test  activities, 
configuration  control  activities,  and  completion  of  the 
verification  process  . 

5  -  Production  Rnd  Deployment  Phase 

During  this  phase,  the  greatest  amount  of  effort  is  in 
the  modification  of  the  systen .  This  is  where  the  controversy 
lies .  However,  if  systens  engineering  is  not  rigorously  applied 
at  this  juncture,  supportability  and  consequently  the  ability  of 
the  systen  to  meet  its  mission  objectives  is  an  impossible  task  . 
f» .  Retirement  Phase 

Systen  engineering  efforts  in  this  phase  consist  mostly 
of  supplying  lessons  learned  from  completed  projects  to  new 
programs  early  in  their  life  cycles .  This  phase  cannot  be 
overlooked  in  solving  the  systens  engineering  problems  of  future 
systens .  Just  as  the  concept  of  systens  engineering  has 
evolved,  technology  continues  to  evolve,  and  corporate  knowledge 


is  critical  to  new  programs  . 


HMD  MODELS 


Systens  engineering  utilizes  many  elements  to  develop, 
construct  and  deploy  complex  systems .  It  uniquely  focuses  the 
application  of  diverse  elements  on  the  system’s  mission 
objectives,  whereas  other  methodologies  engage  these  sane 
elements  in  solving  only  subsystem  and  component  requirements 
without  considering  the  entire  system . 

It  is  the  intent  of  this  chapter  to  describe  in  detail  the 
tools,  techniques,  and  models  of  system  engineering .  First, 
several  general  systens  engineering  models  will  be  presented . 
The  next  two  sections  will  describe  a  number  of  the  technical 
and  managerial  components  found  in  these  models  .  The  factors 
listed  in  the  technical  sect-ion  are  more  quantitative  in  nature 
and  are  traditionally  associated  with  engineering  disciplines  . 
The  tools  and  techniques  found  in  the  management  section  are 
somewhat  qualitative  in  nature  and  have  been  traditionally 
associated  with  non— technical  disciplines . 

B.  S VST EOS  ENGINEERING  MODELS 

In  general  the  utilization  of  models  is  an  effective  and 

efficient  concept  because  it  permits  the  timely  investigation  of 

various  entities  without  actually  building  and  testing  the 

project  in  question  .  Recording  to  Chestnuts 

“Modeling  can  be  thought  of  as  being  a  representation  of  a 
system  or  a  part  of  a  system  in  a  mathematical  or  physical 
form  suitable  for  demonstrating  the  way  the  system  or 
operation  behaves  or  may  be  considered  to  behave I Ref  . 
12=  p  ,  1071 
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The  type  of  complex  systems  that  have  been  discussed  earlier 

in  this  study  incorporate  a  large  number  of  functional 

activities,  subsystems,  and  components  in  order  to  accomplish 

the  system's  mission  objectives.  It  has  been  shoun  that  the 

integration  of  these  functional  activities  is  accomplished  by 

systems  engineering  .  However,  the  structure  of  this  method  must 

also  be  established  as  pointed  out  by  Hr .  Andrew  Sage,  a  well 

known  advocate  and  practioner  or  systems  engineering: 

**Rn  essential  complicating  problem  in  a  large-scale  system  is 
the  need  to  correctly  represent  the  structure  of  a  system 
rather  than  just  to  accurately  reproduce  observed  data .  Thus 
we  want  to  postulate  correctly  the  forces  operating  between 
various  subsystems  of  a  complex  system .  In  this  way  we  are 
able  to  show  how  problems  are  created  so  that  corrective 
actions  nay  be  taken  and  control  policies  established,  in 
addition  to  the  simple  but  important  problem  of  explaining 
behaviour .  Only  by  obtaining  proper  system  structure  can 
there  be  a  proper  understanding  of  the  underlying  cause  and 
effect  relationships .  Selection  of  a  poor  structure  will 
complicate  system  parameter  identification  and  design  and 
inhibit  or  prohibit  proper  system  operation  .  Thus  techniques 
such  as  interpretive  structural  modeling  are  of  special 
importance.”  IRef  .  15  =  p.  Z913 

This  structure  can  be  realized  by  the  employment  of  a  systems 
engineering  model  . 

Research  has  revealed  two  basic  catagories  of  systems 
engineering  models.  The  first  group  contains  quantitative 
models  using  mathematical  representations  to  describe  the 
system .  The  second  catagory  consists  of  qualitative  models  . 
These  models  utilize  words  and  symbology  to  portray  the 
interfaces  between  the  elements  of  a  particular  system.  Due  to 
the  nature  of  this  study,  it  has  been  determined  that 
qualitative  systems  engineering  models  are  more  applicable  to 


the  ATR. 


There  are  a  lumber  of  excellent  qualitative  engineering 


nodels  utilized  by  various  activities  and  supported  by  highly 
regarded  researchers  and  practi oners  of  systens  engineering . 
Five  general  nodels  are  described  and  presented  in  the  following 
pages  . 

1  .  Svstens  Engineering  flodel  Hunber  1 

The  first  alternative  is  an  adaptation  of  a  nodel 
developed  by  Arnold  and  Stepler .  In  this  representation, 
systens  engineering  is  at  the  hub  of  a  three  tiered  uheel  as 
illlustrated  in  Figure  1  CRef.  lsp.  253.  The  three  tiers  in 
this  nodel  correspond  directly  to  the  three  indenture  levels  of 
a  functional  analysis  described  in  Figure  3,  page  30 . 

Specifically,  the  outer  tier  depicts  a  nunber  of  the  tasks  that 
nust  be  executed  in  the  developnent  of  a  systen .  These  tasks 
are  perforned  by  specialists  uho  can  utilize  state  of  the  art 
technology  to  solve  specific  problens .  Infornation  fron  this 
level  is  provided  independently  to  the  basic  functional  areas  of 
systens,  test  and  evaluation,  production,  and  logistics .  Arnold 
and  Stepler  incorporated  these  particular  functional  areas  into 
their  nodel  because  thes  divisions  closely  parallel  the 

structure  of  a  typical  progran  office  CRef.  1  =  p .  233.  The 

functional  nanagers  then  provide  infornation  to  the  hub  of  the 
uheel,  the  progran  nanager .  The  progran  nanager  then  utilizes 
i  his  systens  engineering  staff  to  nake  trade-offs  and  integrate 

I 

the  functional  area  inputs  into  a  solution  which  neets  the  total 
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systen’ s  nission  objectives. 


Figure  4.  Systems  Engineering  Model  Number  1 
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.  Sustens  Engineering  Model  Hunber  2 


The  second  nodel  was  originally  developed  as  an 
instructional  aide  for  a  systems  engineering  course  offered  at 
the  Rrny  Flanagenent  Training  Rgency  in  Rock  Island,  Illinois  . 
Hs  displayed  in  Figure  5,  this  nodel  utilizes  a  three-phase, 
two-tier  approach  to  systens  engineering.  CRef .  19=p.  81 

The  phases  correspond  to  different  states  in  the  life 
cycle  of  a  progran  .  The  tuo  tiers  in  each  phase  represent  the 
functional  elenents  providing  independant  technical  infornation 
to  the  progran  nanager  and  systens  engineering  staff  .  Each 
phase  enphasizes  different  functional  areas  .  For  example,  the 
conceptual  phase  accentuates  basic  technology,  uhereas  the 
inplementation  phase  stresses  hardware  requirement  ; .  The  output 
of  the  conceptual  and  developnent  phases  is  systens  engineering 
documentation  in  the  forn  of  specifications,  nanuals,  and  other 
data  packages .  The  output  of  the  developnent  phase  is 
production  hardware  and  systens  .  In  addition  to  this  output, 
infornation  is  transnit ted  fron  each  phase  to  preceding  levels 
to  facilitate  the  iterations  which  are  paranount  to  the  systens 
engineering  process  . 

In  sunnary,  as  stated  by  the  developers  of  this  nodel: 

"Systen  engineering  nanagenent  enconpasses  the  systen 
engineering  process  and  integration  of  all  engineering 
activities  and  technical  aspects  of  the  system/project  fron 
receipt  of  a  user  requirenent  through  delivery  to  the 
operational  inventory  and  ultinate  disposal.  CRef.  19=  p .  81 
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Figure  5.  Systems  Engineering  Model  Number  2 


ro  Q)  cram  m  "n 


The  block  diagram  displayed  in  Figure  6  CRef  .  lZsp  .  323 
Mas  developed  by  Chestnut  to  represent  the  interrelationships 
between  three  feedback  characteristics  of  systens  engineering  . 
The  three  loops  presented  are  the  performance,  cost  and 
reliability  feedback  paths  . 

In  the  performance  feedback  loop,  the  desired  overall 
systen  performance  is  compared  to  the  anticipated  overall  system 
performance.  The  main  elements  of  this  closed  loop  path  are  the 
specified  overall  system  requirements,  specified  function  and 
parameters  of  the  subsystems,  determination  of  the  overall 
system  performance  equations,  and  the  calculation  of  the 
resulting  overall  systen  performance  .  The  elements 
characterizing  overall  systen  requirements  and  specified 
parameters  of  the  subsystems  are  also  common  to  the  cost  and 
reliability  feedback  loops  .  In  these  closed  loops,  desired  cost 
is  compared  to  anticipated  cost,  and  desired  reliability  is 
compared  to  anticipated  reliability  .  The  elements  concerned 
with  the  calculation  of  the  overall  systen  relationship  due  to 
changes  in  the  system*s  parameters  are  also  affected  by  changes 
in  the  environment,  materials,  and  the  probability  of  change  . 

Hnalysis  of  this  model  illustrates  that  several 
variables  are  common  to  more  than  one  path .  Changes  in  one  loop 
simultaneously  create  changes  in  the  other  loops  thereby 
requiring  an  integrated,  iterative  effort  .  Therefore,  according 


to  Chestnuts 


Environment 


Figure  6.  System  Engineering  Model  Number  3 


"The  existence  of  many  objectives  for-  the  systens  engineering 
problen  neans  that  the  problen  is  indeed  a  multi -variable, 
multi— loop  one  .  System  parameters  and  decisions  made  on  the 
basis  of  their  effect  on  one  objective  also  have  effects  on 
the  other  objectives .  The  systens  engineering  problen  is  one 
of  so  arranging  the  treatment  of  the  system  that  those 
interactions  are  minimized  or,  hopefully,  made  to  be  most 
favorable  for  each  of  the  systems.  CRef  .  lZ=p.  313 

This  model  can  be  expanded  further  to  include  maintainability, 

power  requirements,  weight,  quality  and  schedule  feedback  paths  . 

1 .  Systems  Engineering  flodel  Humber  1 

flodel  number  1  is  a  modification  of  the  representation 

in  the  previous  section.  fls  illustrated  in  figure  7  CRef.  2Q- p . 

331,  Chestnut  developed  this  model  to  emphasize  equipment 

production,  test,  and  quality  control  .  In  his  own  words: 

"Tn  complex  programs  such  as  are  now  involved  in  supplying 
military  equipment,  there  is  normally  not  tine  or  money  to 
build  a  complete  prototype  for  design  evaluation  before 
delivering  equipment  to  the  customer  .  Instead,  evaluation 
will  take  place  on  the  first  few  systens  to  ensure  adequacy  of 
the  design.  from  this  point,  then,  a  gradual  transition  is 
nade  from  a  systens  design  evaluation  to  a  more 
quality— control  type  of  testing,  which  then  ensures  that  the 
manufacturing  process  is  producing  equipment  in  accordance 
with  the  established  design.”  CRef.  70=  p  -  31] 


Another  important  facet  of  this  model  is  the  recognition 
of  the  importance  of  equipment  and  component  change  on  the 
system  conf iguration  .  Personal  experience  and  information 
obtained  by  senior  personnel  at  Lockheed  Hissile  and  Space 
Company  underscored  the  fact  that  any  change,  no  matter  how 
small  and  seemingly  insignificant,  has  an  effect  on  other 
character istics  of  the  system.  A  minor  modification  has  the 


potential  to  drastically  upset  the  design  configuration  and 
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ultimate  per for nance  of  the  systen  resulting  in  hidden  project 
costs.  Therefore,  each  change  nust  be  analyzed  so  as  to 
deternine  its  total  effects  on  the  systen  .  This  analysis 
becones  nore  inportant  as  the  systen  progresses  through  its  life 
cycle  as  illustrated  by  Figure  8.  [Ref  .  21  =  p  .  7211 
5 .  Systens  Engineering  flodel  Hunber  5 

The  final  alternative  uas  developed  as  a  conposite  of 
all  the  intervieus  conducted  for  this  research  effort  and  past 
personal  experience  in  the  field  of  systens  engineering,  coupled 
with  the  basic  structure  of  a  nodel  developed  by  Kerzner  . 

The  systens  engineering  nodel,  as  shoun  in  Figure  9, 
[Ref.  21 : p .  811  begins  with  the  needs  of  the  operational  user 

translated  into  an  abjective .  This  objective  is  tenpered  by 
constraints  in  technology,  funding,  schedule,  and 
socio-political  conditions.  8  functional  analysis  is  perforned 
by  specialists  in  aerodynanics,  electronics,  and  other  basic 
technologies  to  develop  requirenents  that  satisfy  the  custoner’s 
objective.  Fron  these  requirenents,  a  nunber  of  alternatives 
are  generated  by  prospective  nanuf acturers .  The  alternatives 
are  then  conpared  on  the  basis  of  predeternined  selection 
criteria.  This  selection  process  utilizes  cost/benef it 
analysis,  perfornance,  schedule,  and  other  techniques  to  nake 
trade-offs  between  alternatives  .  The  loop  is  then  conpleted 
using  feedback  and  testing  to  deternine  ir  the  ->ysten  neets  its 


assigned  goals  . 


Cost  Of  Change 
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fit  this  point  the  process  becomes  iterative  in  nature  as  the 
system  is  modified  due  to  a  dynanic  environment  of  changing 
technology  and  customer  objectives . 


B .  TECHNICAL  ELEMENTS 

In  the  next  paragraphs  several  technical  tools  and 
techniques  will  be  described  .  They  are  derived  from  the  models 
presented  in  the  previous  section .  Even  though  they  nay  not 
have  been  alluded  to  directly  in  each  model,  they  are  key 
components  found  in  a  majority  of  systems  engineering  models . 

1  -  Reliability.  Availability.  And  Maintainability 

The  requirement  for  Reliability,  Availability,  and 
Maintainability  <RHM>  in  complex  military  systems  has  been 
recognized  since  the  late  1910’s  CRef .  22=  p.  31.  However, 
recent  developments  have  initiated  a  renewed  interest  in  then, 
as  evidenced  by  a  recent  article  in  Military  Electronics 
Designs 

"Reliability  and  maintainability — long-term  quality  and  the 
ability  to  find  and  fix  system  failures — are  two  critical 
concerns  for  military  electronics.  Many  of  today's 
sophisticated  military— electronics  systems  have  rather  short 
mean  times  between  failures  and  rather  long  mean  tines  to 
repairs .  As  a  result,  a  staggering  253?  of  the  defense 
department's  budget  is  spent  on  scheduled  preventive 
maintenance."  CRef.  23=p .  373 

Another  similar  view  by  Mr  .  (Jelko  Gasich,  the  senior  vice 

president  for  advanced  projects  at  Northrop  Corporation 

amplifies  the  importance  of  RAM  as  applied  to  new  aircraft: 

"Reliability  and  maintainability  are  key  requirements  in  the 
fighter  force  of  the  future  to  meet  the  need  for  high  levels 
of  availability.  .  .  .  In  the  1980*s,  we  see  emphasis  on 
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cost,  not  just  fly  away  cost  but  total  life  cycle  cost  and 
operability.  Reliability  by  design,  not  by  chance,  is  nou  a 
proven  technology  and  uill  be  demanded  by  our  customers  .** 
CRef.  21>p  .  591 


The  traditional  definitions  of  RRI1  are: 


“Reliability  is  the  probability  that  the  system  uill  perform 
satisfactorily  for  at  least  a  given  period  of  tine  uhen  used 
under  stated  conditions.**  CRef.  25=  p  .  1—71 


“Ruai lability  is  the  probability  that  the  system  is  operating 
satisf actorly  at  any  point  in  tine  uhen  used  under  stated 
conditions,  uhere  the  total  tine  considered  includes  operating 
tine,  active  repair  tine,  administrative  tine,  and  logistics 
tine."  CRef.  25  =  p  .  1-81 


“Maintainability  is  a  characteristic  of  design  and 
installation  uhich  is  expressed  as  the  probability  that  an 
item  uill  be  retained  in  or  restored  to  a  specified  condition 
uithin  a  given  period  of  time,  uhen  maintenance  is  perforned 
in  accordance  uith  prescribed  procedures  and  resources .“ 
CRef.  lisp.  101 


2 .  Quality 

There  are  a  myriad  of  factors  that  affect  a  system  as  it 
progresses  through  the  life  cycle  from  concept  exploration  to 
retirenent  and  disposal  .  Quality  is  one  element  that  is 
required  in  every  phase  of  a  system's  life  cycle.  Rs  defined  by 
one  of  the  leaders  in  the  field  of  quality  engineering,  J  .  11. 
Juran: 


“The  quality  function  is  the  entire  collection  of  activities 
through  uhich  ue  achieve  fitness  for  use,  no  natter  uhere  the 
activities  are  perf  orned  .**  CRef.  26  =  p  .  2-111 

Quality  has  traditionally  been  thought  of  as  a  technical 
element  that  can  be  regulated  through  inprovements  in 
technology,  effective  planning  and  inspection,  and  exhaustive 
design  procedures .  Houeuer,  this  notion  has  been  adjusted 


recently  as  evidenced  by  Peters  and  Uaternan*s  study  of 
excellence  in  finer lean  Industry  CRef.  Z7  =  p .  1721.  This  study 

i 

indicates  quality  is  an  attitude  that  starts  at  the  top  of  the 
organization .  For  exanple,  the  corporate  philosphy  of  Digital 
Electronics  states: 

"Growth  is  not  our  principal  goal  .  Our  goal  is  to  be  a 
quality  organization  and  do  a  quality  job,  which  neans  that  we 
will  be  proud  of  our  work  and  our  products  for  years  to  cone  .*’ 
CRef.  27s p  .  17tl 

Uith  this  type  of  corporate  attitude,  an  enuironnent  is  created 
for  the  organization  that  enhances  quality  .  This  technique  is 
different  fron  the  policy  of  expending  large  anounts  of 
resources  to  fix  the  synptons  and  results  of  problens  instead  of 
the  cause  of  the  discrepancy  .  Quality  is  still  a  technical 
field  due  to  the  conplexity  of  systens,  but  it  enconpasses  mire 
than  pure  technical  characteristics . 

3  -  Per for nance  Testing 

Per for nance  testing  of  a  conplex  systen  is  one  of  the 
nost  inportant  aspects  of  the  overall  systens  approach .  The 
test  and  evaluation  progran  provides  the  proof  Cor  negation)  of 
all  of  the  theoretical  calculations,  nodels  and  sinulations . 

Testing  is  the  source  of  all  relevant  data  fron  the 
inception  of  the  project  throughout  the  entire  life  cycle  of  the 
systen .  These  data  inagurate  all  corrective  actions  on  design, 
nanufacture,  and  operation  of  the  systen  as  well  as  the  basis 
for  all  logistics  planning .  In  addition,  testing  provides  the 
progran  nanager  uith  the  nost  vital  infornation  on  the  technical 
progress  of  the  systen .  The  results  of  this  test  and  evaluation 
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progran  signal  the  approval  for  service  use  of  the  systen .  If 


the  progran  does  not  pass,  the  progran  nay  face  najor 

* 

nodifications  or  ternination .  Follow— on  test  and  evaluation 
prograns  continue  throughout  the  life  cycle  of  the  systen  to 
nonitor  year  and  latent  defects . 

There  are  nany  types  of  testing  techniques .  They 
include  the  use  of  autonatic  test  equipnent  to  check  key  systen 
paraneters  and  non-destructive  tests  such  as  nagnetic  particle 
and  x— ray  analysis  to  verify  structural  integrety  and  wear . 
However,  the  nost  effective  test  is  an  operational  test  which 
exercises  the  systen  in  a  realistic  scenario  . 

1 .  Logistics 

Logistics,  as  an  elenent  of  systens  engineering,  is  a 

controversial  topic  .  Uebster’s  dictionary  defines  logistics  as= 

“The  aspect  of  nil! tar y  science  dealing  with  the  procurenent, 
naintenance,  and  transportation  of  nilitary  naterial, 
facilities,  and  personnel.”  CRef  .  28=p.  7021 

However,  design  engineers  consider  the  field  as  "sustaining 

effort”  after  the  difficult  tasks  have  been  conpleted .  On  the 

other  hand,  personnel  involved  in  logistics  consider  their  task 

one  of  naking  a  systen  work  with  inherent  shortconings  .  Just  as 

systens  engineering  continues  past  the  design  phase  to  the 

developnent  and  production  phase  of  a  systen,  it  continues  on 

through  the  deploynent  phase  to  retirenent  .  Therefore, 

logistics  factors  such  as  nanpouer,  training,  support  and  test 

equipnent,  facilities,  spares,  technical  data,  and  Packaging/ 


Handling/Storage/Transportation  <P  .H -S  .  ft  T  .>  nust  be  considered 


in  the  systens  engineering  efforts  conducted  in  the  preliminary 
design  stages.  Infornation  acquired  during  the  deployment  phase 
on  Rflfl,  latent  defects,  and  other  problems  must  be  fed  back  into 
the  system  to  incorporate  in  future  design,  development,  and 
production . 

5 .  Design 

It  is  intuitively  obvious  that  the  design  of  a  system  is 
critical  to  the  systens  approach  .  fls  illustrated  by  Figure  8, 
the  costs  of  a  system  increase  drastically  as  projects  progress 
through  the  life  cycle .  Steps  must  be  taken  in  the  early  stages 
of  a  program  to  insure  that  the  design  is  flexible,  yet  thorough 
enough  to  satisfy  the  stated  goals  and  provide  for  expansion  or 
modification.  Design  of  a  complex  system  is  a  difficult  task, 
but  many  elements  must  be  taken  into  consideration . 

C  .  flHHRGEtlENT  ELEHENTS 

System  engineering  traditionally  has  been  looked  upon 
exclusively  as  a  technical  field.  Rs  discussed  in  the  preceding 
chapters  of  this  study,  the  concept  has  evolved  to  incorporate  a 
myriad  of  elements  both  technical  and  non-technical  in  nature  . 
This  section  uill  focus  on  the  managerial  aspects  of  the  systens 
approach  . 

1  .  Or  oani  z  a t i on 

There  are  three  basic  organizational  structures .  They 
are  the  traditional  or  line  structure,  the  project  structure, 
and  the  most  recently  developed  of  the  three  structures,  the 
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matrix  organization .  These  structures  are  presented  in  Figures 
10,  11  and  12,  respectively  [Ref.  21=pp.  97,  107  and  1101. 

Different  activities  nay  have  slight  variations  or  conbinations 
of  these  organizations . 

The  traditional  structure  is  connonly  found  in  nilitary 
organizations  and  large  corporations  uith  only  one  or  tuo 
products .  It  has  also  found  uide  acceptance  in  job  shop  or 
speciality  product  organizations  where  only  one  or  tuo  units  of 
a  product  are  nanufactured  .  The  advantages  to  this  forn  of 
organization  are: 

*  Uertical  uell  established  lines  of  connuni cation, 

*  Flexibility  in  the  use  of  nanpouer, 

*  Fast  surge  capability  to  react  to  emergencies,  and 

*  Economics  of  scale  for  mass  production  for  tuo  or  three  high 
volume  items  . 

The  disadvantages  includes 

*  Ho  single  point  of  contact  for  a  project  throughout  the 
systems  life  cycle, 

*  Organization  is  functionally  oriented  rather  than  project 
oriented,  and 

*  Decisions  tend  to  be  made  by  tine  consuming  committees . 

The  program  oriented  structure  is  commonly  found  at 
manufacturing  facilities  that  have  several  mass  produced 
systems .  The  advantages  of  this  system  ares 

*  H  single,  uell  defined  point  of  contact  for  each  project, 

*  System-oriented  personnel. 
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Figure  10.  Traditional  Organizational  Structure 


Project  Oriented  Organization 


s*. 


Figure  12.  Matrix  Organization 


*  Strong  lines  of  connunication,  and 

*  Flexibility  in  deternining  cost,  schedule,  and  perfornance 
[Ref.  21 s p  .  1093. 

However,  the  disadvantages  include: 

*  Large  nanpouer  requirenents, 

*  Functional  expertise  is  not  pronoted,  and 

*  Lack  of  technical  interchange  between  projects  which  results 
duplication  of  effort . 

Matrix  organizations  are  established  in  order  to  combine 

the  attributes  of  the  traditional  organization  and  the  product 

structure .  They  provide  both  product  and  functional  outlook, 

but  add  the  expense  of  increased  layers  of  nanagenent  . 

2  .  Manaoewent  Information  Svsten 

Ilanagenent  Infornation  Systen  or  MIS  has  gained 

popularity  with  the  advent  of  the  micro  and  nini  computer  . 

However,  an  HIS  does  not  have  to  be  automated  to  be  effective 

and  efficient .  HI though,  with  the  reduction  in  cost  and  the 

breakthroughs  in  computer  technology,  cost  and  complexity  should 

no  longer  be  a  deterrent  to  automation .  Hs  McLeod  states: 

"The  manager  is  responsible  for  gathering  raw  data  and 
processing  it  into  usable  infornation  .  He  must  assure  that 
appropriate  individuals  within  the  organization  receive  the 
infornation  in  the  proper  form  at  the  proper  tine  so  that  it 
can  assist  in  the  nanagenent  process  .  And  finally,  the 
manager  must  discard  out— of— date,  incomplete,  or  erroneous 
infornation  and  replace  it  with  infornation  that  is  usable." 
[Ref.  29rp.t3 

Therefore,  for  a  complex  project  the  program  manager  and  his 
staff  must  have  a  MIS  that  can  handle  any  needed  quantity  of 
infornation .  The  key  to  establishing  an  effective  and  efficient 


systen  is  to  know  which  personnel  need  what  type  of  information  . 


One  of  the  najor  problems  in  the  successful  application 


of  the  systens  approach  is  coordinating  betueen  systen 
engineering,  progran  nanagenent,  and  functional  specialists . 

Rn  effective  concept  has  been  developed  by  Hr  .  Lurcott 

at  the  RCR  facility  in  Florestoun  Mew  Jersey .  The  technique  is 

currently  enployed  by  RCR  on  the  Regis  Ship  Conbat  Systen  [Ref  . 

30=  p .  191.  This  process  is  characterized  by  functional  flou 

diagrans  and  descriptions  <F2D2>  .  The  technique  defines  and 

integrates  the  tasks  of  functional  areas  and  personnel  required 

by  a  particular  project  .  Rs  described  by  Lurcott: 

"The  F202  translates  the  nissions,  goals  and  requirenents  of 
the  specifications  into  functional  diagrans  and  functional 
descriptions  for  every  level  of  systen  operation .  Rs  a  tool 
for  systen  definition,  F2D2  provides  the  baseline  fron  uhich 
all  functions  are  quantified  and  allocated .  Rs  an  auditing 
tool,  it  provides  the  visibility  required  to  ensure  that  all 
functions  have  been  incorporated  in  the  design  and  that  the 
design  is  in  accordance  uith  the  systen  specification.  Design 
control  is  supported  through  the  conbined  use  of  definition, 
audit,  and  the  functional  descriptions."  [Ref.  30= p  .  281 

Another  successful  technique  is  to  nininize  the  layers  of 

nanagenent  .  By  keeping  the  nunber  of  interfaces  to  a  realistic 

nunber,  systens  engineers  and  other  technical  experts  can  uork 

together  to  solve  integration  and  trade-off  problens  in  a  tinely 

and  efficient  nanner,  if  not  inpeded  by  red  tape  .  [Ref  .  27= pp. 

306-3081 
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IU  HDUflHCED  TflCTICRL  HIRCRHFT 

The  evolution  and  application  of  systens  engineering  as  an 
effective  nethod  for  conplex  technological  systens  has  been 
discussed  in  the  previous  chapters  of  this  study  .  Many  of  the 
advocates  of  the  application  of  this  concept  have  contrasting 
viewpoints  .  First,  they  cannot  cone  to  a  universally  accepted 
definition  for  systens  engineering .  Second,  they  cannot  agree 
to  utilize  the  technique  in  all  phases  of  the  life  cycle  of  a 
progran .  Hll  of  the  advocates  agree,  however,  that  the  first 
step  in  the  systens  approach  begins  with  a  statenent  of  the 
project’s  overall  nission  objectives. 

This  chapter  will  first  investigate  the  developnent  of  the 
RTH  progran  as  the  solution  to  a  projected  requirenent  .  It  then 
describes  a  najor  subsysten  which  nakes  this  conplex  progran  a 
prine  candidate  for  the  systens  approach  .  Thirdly,  a  nunber  of 
problens  that  affected  a  weapon  systen  with  a  sinilar 
developnent  background  are  studied  to  provide  valuable  exanples  . 

R .  BACKGROUND 

Through  nid— 1983  the  Navy  and  the  Rir  Force  were  teaned  on 
an  advanced  technology  aircraft  progran  designated  the  UFtlX  . 
The  aircraft  was  to  be  the  successor  to  the  Rir  Force’s  F-15  air 
superiority  fighter  as  well  as  the  Navy’s  single  successor  for 
both  the  F-11  air  superiority  fighter  and  the  R-6  nediun  attack 
aircraft.  In  order  to  reduce  costs  and  inprove  reliability  and 


maintainability,  the  aircraft  were  to  have  as  nuch  connonalty  as 
possible;  particularly,  in  airfrane  and  engine  design.  To 
facilitate  the  cost  effective  development  of  a  neu,  sophisti¬ 
cated  pouerplant,  the  Joint  Advanced  Fighter  Engine  <JRFE> 
program  uas  also  established  by  the  tuo  services .  These 
combined  ventures,  houever,  uere  short  lived .  Uith  the  approval 
of  the  F— 1^0  upgrade  program,  the  requirements  for  the  Navy’s 
air  superiority  fighter  uere  satisfied  until  approximately  the 
year  2005 .  The  Navy  continued  to  pursue  various  options  for  the 
follow— on  aircraft  to  satisfy  the  fl— 6’s  current  mission  and  to 
meet  the  predicted  threat  for  the  late  1990’s.  These  options 
included  a  derivative  of  the  UFflX,  an  upgraded  0-6E,  and  a 
modified  H— 18 .  Following  a  great  deal  of  discussion  and 
subsequent  trade-off  studies  conducted  by  the  Navy  and 
prospective  contractors.  Navy  planners  decided  on  a  two  phased 
approach  to  satisfy  the  requirement  for  the  next  generation 
medium  attack  aircraft  .  ERef  .  31  =  p.  1613 

.1  H  number  of  existing  and  new  production  H— 6E  aircraft  will 
be  modified  uith  improved  avionics,  and  propulsion 
systems.  This  upgraded  aircraft  uill  be  designated  the 
R-6F  . 

.2  The  planned  FV86  neu  start  of  the  RTR  uas  moved  up  to 
FV85 .  The  RTR  uill  be  the  successor  to  the  R— 6  aircraft. 

The  R-6  aircraft  has  been  in  the  fleet  since  the  early 
1960'*s  and  has  undergone  several  modifications.  Deliveries  of 
the  R— 6F  are  scheduled  to  begin  in  1989  .  Therefore,  upgrading 
the  H— 6E  to  the  R-6F  configuration  is  expected  to  relieve 
pressures  for  an  earlier  development  and  procurement  of  the  RTR  . 
CRef  .  31  =  p.  1623 
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The  R— 6/RT fl  decision  combined  uith  the  F— 140  inprouenent 

program  precipitated  the  Navy's  uithdraul  from  the  UFtlX  program. 

» 

The  Rir  Force,  however,  continued  the  development  of  a  new  air 
superiority  fighter  which  was  designated  the  Rdvanced  Tactical 
Fighter  <HTF>  . 

The  Navy  initially  continued  the  joint  development  effort  on 
the  JRFE  program  anticipating  use  of  the  new  power pi ant  on  the 
HTR.  Rs  the  RTR  and  RTF  programs  developed  it  became  apparent 
that  they  were  substantially  different  .  Although  the 
configuration  of  the  RTH  had  not  been  finalized,  it  was 
envisioned  that  this  aircraft  will  be  a  relatively  low  cost, 
all-weather,  low  observable  day/night  deep  interdiction  aircraft 
that  would  have  improved  performance  and  survivability  operating 
at  low  altitudes  and  high  subsonic  speeds .  The  RTF  on  the  other 
hand  will  be  a  supersonic  air  superiority  fighter  which  will 
require  an  engine  that  is  efficent  in  a  different  flight  regime 
than  the  HTR.  (Jith  these  factors  in  mind  the  Navy  withdrew  from 
the  JRFE  program  in  late  198T  .  CRef  .  3Z=p  .  283 

On  the  surface,  dual  service  development  programs  for  new 
technology  aircraft  appear  to  be  an  ineffective  technique .  In 
the  early  1960’s  the  TFX  <F-111>  program,  and  now  in  the  1980’s 
the  UFPIX  and  JRFE  programs  have  failed  to  produce  an  aircraft  or 
engine  that  was  to  be  utilized  by  both  services.  This  is  only  a 
partially  accurate  assessment  of  these  joint  ventures.  The 
lessons  learned  from  the  TFX  were  applied  in  the  later  programs  . 


Specifically,  when  it  becane  apparent  that  the  objectives  of  the 
two  services  uere  diverging  and  a  connon  airfrane  and  engine 
uere  not  practical  the  Navy  uithdreu  early  in  the  concept 
exploration  phase.  This  early  departure  fron  the  development 
tean  prevented  a  negative  impact  on  the  RTF  or  RTR  program .  On 
the  other  hand,  by  working  together,  key  personnel  from  both 
services  have  acquired  valuable  information  on  neu  developments 
in  technology  .  Although  it  has  been  concluded  that  the 
requirements  of  the  AT A  and  ATF  are  too  divergent  for  a  common 
airfrane  or  engine,  major  subsystems  such  as  avionics  and  neu 
technology  such  as  reduction  of  radar  cross  section  can  be 
utilized  by  both  programs  .  CRef.  32= p  .  283 

The  AT A  development  schedule  lags  the  ATF  program  by 
approximately  three  years.  This  time  differential  uill  allow 
the  Navy  to  capitalize  on  technological  developments  that  are 
applicable  to  both  programs .  For  example,  the  schedule  for  the 
ATF  program  is  shown  in  Figure  13  CRef.  33  =  p.  113]  .  The  ATA 
program  can  expect  to  proceed  in  much  the  same  manner  uith 
inputs  from  the  ATF  program  as  illustrated  by  Figure  It  CRef  . 
31]  .  The  major  subsystem  uith  the  greatest  potential  for  a 
substantial  transfer  of  technology  is  the  armament  system . 

B .  ARMAMENT  SVSTEM 

In  the  past  the  typical  design  methodology  uas  to  develop  an 
aircraft  to  incorporate  existing  ueapons,  or  develop  neu  ueapons 
for  existing  aircraft  .  The  ATA  uill  be  a  departure  from  this 
long  standing  technique  .  In  order  to  enhance  mission 
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Figure  13.  ATF  Schedule 
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Figure  14.  ATA  Process 


effectiveness  and  survivability  of  the  RTR,  a  new  aranent  suite 
nust  be  developed  in  parallel  with  the  airfrane  and  power pi ant . 

Rs  Mentioned  in  a  previous  section,  the  configuration  of 
this  aircraft  has  not  been  finalized .  However,  as  a  successor 
to  the  R— 6  its  nission  objectives  include  increased  conbat 
radius,  reduced  radar  cross  section,  and  increased  airspeed 
CRef.  32=p.  283. 

R  tactical  aircraft  with  weapons  on  standard  pylons  has  a 
larger  radar  cross  section  and  pays  a  substantially  higher  drag 
penalty  than  an  aircraft  in  a  clean  aerodynanic  configuration  . 
These  facts  are  graphically  portrayed  in  Figure  15  CRef .  313  . 
Therefore,  to  achieve  its  nission  objectives  the  RTR  nust 
incorporate  internal  or  confornal  carriage  of  the  air — to— air  and 
air — to— ground  weapons  . 

Faced  with  these  factors,  the  requirenent  for  internal  or 
confornal  carriage  of  existing  weapons  enployed  by  existing 
arnanent  systens  was  investigated  by  cognizant  technical 
personnel  CRef  .  35=  p  .  513  .  Rnong  the  problens  revealed  by  these 
studies  ares 

.1  Current  arnanent  systens 

-  not  designed  for  internal  or  confornal  carriage1; 

-  not  designed  to  nininize  res;  and 

-  linited  high  speed  capability 

.2  Current  weapons = 

-  not  designed  for  efficient  use  of  volune; 

-  not  designed  to  nininize  res; 

-  unable  to  lock  on  targets  while  subnerged;  and 

-  not  designed  for  high  speed  operations  . 

Therefore,  the  RTR  requires  a  new  arnanent  systen  to  be 
developed  for  the  control,  carriage,  interface,  and  release  of 
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Figure  15.  RCS/DRAG  Measurements 


neu  and  existing  ordnance .  This  neu  arnanent  systen  has  been 
designated  the  Advanced  Integrated  Rrnanent  Systens  <RIRS>  . 
Elenents  uhich  nust  be  addressed  in  the  dewelopnent  of  the  RIRS 
are  weapon  size,  and  shape  and  interface  requirenents,  because 
these  factors  will  inpact  the  structural  configuration  of  the 
aircraft .  CRef .  313 

C  .  PROBLEM  RRERS 

The  dewelopnent  of  the  F— It /Phoenix  weapon  systen  can 
prowide  valuable  corporate  knowledge  to  the  RTR  dewelopnent 
progran .  The  F-llfl  and  Phoenix  nissile  systen  were  designed  and 
developed  to  prowide  long  range  air  defense  for  the  Navy’s 
carrier  battle  group  .  However,  the  nissile  design  and 
dewelopnent  preceded  the  design  and  dewelopnent  of  the  aircraft  . 
Specifically,  the  Phoenix  nissile  fire  control  and  physical 
envelope  had  been  developed  for  the  TFX;  however,  when  it  becane 
apparent  that  this  aircraft  was  not  conpatable  with  Navy 
requirenents,  a  neu  platforn  was  required .  This  integration  and 
dewelopnent  effort  resulted  in  the  recognition  of  the  following 
design  principles:  CRef  .  363 

.1  Uhen  incorporating  a  sophisticated  subsysten,  electric 
power  requirenents  and  weight  nust  be  considered  for  each 
subsysten  and  the  total  systen . 

.2  Configuration  nanagenent  is  crucial  because  of  physical 
interface  and  •  ontrol  requirenents . 

.3  fl  change  in  ai>  najor  piece  of  equipnent,  no  natter  how 
snail,  nust  be  evaluated  from  a  systens  standpoint. 

Logistics  elenents  such  as  the  naintenance  concept  and 
supply  support  nust  be  considered  fron  the  beginning  of 
the  dewelopnent  progran  . 
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0 .  SYNTHESIS.  RHBLVSIS  HHD  EURLURTIQH  OF 
RLTERHRTIUE  SVSTEriS  EHGI MEER1 HG 
MPDELS  FOR  THE  RTfl 

In  Chapter  IU,  a  description  of  the  Rlfl  progran  uas 
presented,  and  potential  problen  areas  uere  discussed .  It  uas 
determined  that  the  requirenents  for  a  neu,  state  of  the  art 
arnanent  systen  uould  make  the  development  of  the  RTR  a  unique 
and  difficult  systems  engineering  problen.  Houeuer,  by 
upgrading  existing  R-6  aircraft,  schedule  pressures  have  been 
relaxed .  In  addition,  the  potential  for  transfer  of  advanced 
technology  betueen  the  RTF  and  RIR  programs  has  been  enhanced  by 
the  collaborative  efforts  on  the  UFFIX  and  JRFE  projects . 

In  this  chapter  the  general  system  engineering  models 
presented  in  Chapter  III  uill  be  integrated  uith  the  information 
developed  in  Chapter  IU  to  tailor  a  qualitative  systems 
engineering  model  for  the  RTR . 

R.  SYNTHESIS  OF  RTR  REQUIRENENTS 

The  RTR's  progran  objectives  includes 

1  .  Improvements  in  performance  over  the  R-6  that  include; 

*  Increased  combat  radius, 

*  Increased  employment  air  speed, 

»  Increased  survivabili ty, 

»  High  reliability,  and 

*  Reduced  RCS  . 

Z  .  Relatively  lou  cost  so  that  sufficient  numbers  of  aircraft 
can  be  purchased  to  satisfy  fleet  requirenents . 

3  .  fl  reasonable  measure  of  commonality  built  into  neu  systems 
so  that  these  systems  are  not  unique  to  the  RTR . 
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Under  these  object lues,  the  follouing  requirements  have  evolved: 

1  .  H  neu  state  of  the  art  arnanent  system  conpatable  with 
conformal  or  internally  mounted  ueapons . 

2,  Neu  ueapons  uhich  are  conpatable  uith  conformal  or 
internal  carriage . 

3  .  H  high  efficiency  pouer  plant . 

B.  SYNTHESIS  OF  RLT ERNRT I UES 

The  second  phase  in  the  development  of  a  systen  nodel  is  a 
synthesis  of  alternative  solutions .  R  number  of  excellent 
general  systens  engineering  nodel s  are  available  for  application 
to  the  RTR  problen  .  Chapter  III  presented  and  described  in 
detail  five  of  these  nodels .  These  nodels  are  sunnarized  in  the 
follouing  paragraphs . 

1  .  Nodel  Number  1 

In  this  nodel  a  three  tiered  uheel  •  till  zed  to  denote 
the  indenture  levels  of  a  functional  analysis .  The  outer  tier 
represents  the  specific  functional  areas  uhich  nust  be  executed 
in  the  developnent  of  a  systen .  The  second  level  represents  the 
typical  progran  office's  organizational  structure  .  Finally, 
this  nodel  has  at  its  hub,  the  progran  nanager  and  systens 
engineering  staff  . 

2 .  Nodel  Nunber  2 

In  this  representation,  the  basic  inputs  are  translated 
through  various  stages  of  the  developnent  cycle  of  a  project. 
Rs  the  systen  progresses  through  its  developnent  cycle,  the 


enphasis  changes  from  basic  technology  in  the  conceptual 


analysis  phase,  to  prototype  harduare  in  the  design  phase,  and 
finally  operational  harduare  and  support  equipment  in  the 
implementation  phase  . 

3 .  Model  Humber  5 

The  third  model  emphasizes  the  interrelationships  of 
various  functional  areas .  Specifically  as  one  key  element  such 
as  cost  is  modified,  the  other  functional  elements  are  directly 
affected .  This  model  also  emphasizes  the  iterative  nature  of 
systems  engineering  . 

4  .  Model  Humber  1 

This  next  model  presents  a  variation  of  the  theme  uhich 
is  found  in  the  previous  model;  even  small  changes  have  drastic 
effects  on  other  functional  areas .  The  emphasis  in  this 
alternative  is  placed  on  modifications  to  subsystems  and 
equipment  and  the  requirement  for  quality  control  . 

5  .  Model  Humber  5 

The  final  model  is  the  most  general  of  the  five .  This 
is  not  necessarily  negative,  because  it  is  flexible  and 
thorough.  It  is  flexible  in  organizational  structure,  uith 
emphasis  on  functions,  yet  iterative  in  nature  uith  appropriate 
feedback  loops  . 

C.  RHRLVSIS  Of  RLTERNRTIUE  SOLUTIONS 

Each  systems  engineering  model  has  advantages  and 


disadvantages  . 

The 

following 

analysis 

i s  based 

on  the 

requirements  of 

the 

RTR  as 

discussed 

in  Chapter 

IU  and 

summarized  in  section  R  of  this  chapter. 
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1  .  Model  Hunber  1 

a .  Advantages 

**  Conprehensive  coverage  of  key  functional  areas . 

**  Functional  areas  have  a  great  deal  of  flexibility. 
Therefore,  there  will  be  nininal  restriction  to  developing 
neu  technology  and  neu  approaches  . 

*  Organizational  structure  is  conpatable  uith  the  typical 
progran  office . 

*  The  progran  office  and  systens  engineering  staff  are  at  the 
center  of  activity,  so  that  the  total  systens  objectives  can 
be  enphasized  during  key  design  revieus  . 

b .  Disadvantages 

*  There  is  a  niddle  layer  of  nanagenent  that  could  linit  lines 
of  connunication  betueen  functional  areas  and  the 
appropriate  personnel  in  the  progran  office .  This  layer 
could  create  nisconnunication  problens  or  slou  the  rate  of 
infornation  exchange,  thereby  inhibiting  goal  congruence  . 

*  The  enphasis  of  this  nodel  is  on  specific  functional  areas . 
Functional  requirenents  evolve,  to  sone  degree,  as  the 
project  progresses  through  its  life  cycle .  For  exanple, 
quality  should  be  a  key  elenent  throughout  the  life  cycle, 
however,  in  the  products  initial  stages,  quality  is  nostly  a 
planning  function.  In  nid  to  later  stages  of  a  systen's 
life  cycle,  the  personnel  and  resource  requirenents  for 
quality  increase .  On  the  other  hand,  raw  technological 
areas  such  as  aerodynanics  or  electronics  have  an  opposite 
requirenents  profile .  This  nodel  does  not  take  this 
evolving  characteristic  into  consideration . 

*  The  effects  of  change  on  one  paraneter  are  not  enphasized  in 
other  areas . 

*  Even  though  independence  of  functional  areas  is  benefical 
for  developnental  reasons,  resulting  duplication  of  effort 
can  be  detrinental  to  goal  congruence  for  subsystens . 

*  Large  resource  requirenents  result  in  high  cost. 

2 .  Model  Hunber  2 


a .  Advantages 

*  Evolving  enphasis  of  functional  areas . 
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*  Good  lines  of  connuni cation  between  functional  and  systens 
personnel . 

*  Infornation  feedback  to  preceding  stages  to  transnit  lessons 
learned  and  foruard  transnission  of  data  to  follou-on  phases 
so  that  production  and  operational  personnel  knou  what  to 
expect . 

*  Cost  is  lou  because  personnel  noue  fron  project  to  project 
as  requirenents  evolve  . 

b .  Disadvantages 

*  Continuity  suffers  because  functional  people  nove  fron  one 
project  to  another  and  corporate  knowledge  nay  be  lost  . 

*  The  effects  of  changes  on  subsystens  are  not  applied  to 
other  functional  areas  . 

3 .  Model  Hunber  5 

a .  Advantages 

*  Enphasizes  interdependence  betueen  functional  areas  and 
effects  of  the  environnent . 

*  Enphasizes  iterative  nature  of  systens  approach  . 

«  Advocates  both  infornal  and  fornal  connuni cation  betueen 
functional  groups  . 

*  Advocates  conpatibili ty  of  subsysten  outputs  . 

b .  Disadvantages 

*  It  is  a  conplex  systen  which  becones  alnost  unnanageable 
when  all  key  functional  elenents  are  included . 

*  Conplexity  and  personnel  requirenents  cause  high  cost  . 

*  It  is  difficult  to  stop  the  iterative  cycle  and  establish  a 
configuration  baseline  so  that  production  can  connence . 

1 .  Model  Hunber  1 

a .  Advantages 

*  The  interrelationships  betueen  subsystens  and  the  total 
systen  nission  objectives  are  enphasized. 

*  Pronotes  both  fornal  and  infornal  connunication  betueen 
functional  areas  . 
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*  Pronotes  a  tean  atnosphere  which  is  better  for  quality 
control  and  goal  congruence . 

*  flexibility . 

»  Infornation  provides  feedback  to  insure  desired  perf or nance  . 

*»  Personnel  within  the  organization's  functional  groups  have 
the  opportunity  to  nove  laterally  into  different  positions 
thus  providing  training  for  future  systens  engineers . 

b .  Disadvantages 

*  It  is  conplex  and  difficult  to  inplenent  . 

*  Hon— recurring  costs  are  high . 

*  It  is  difficult  to  stop  the  interative  change  process  and 
establish  a  configuration  baseline  so  that  production  can 
begin  . 

5  .  Hode!  Hunber  5 

a .  Advantages 

*  It  is  sinple  and  easy  to  inplenent  . 

*  Cost  is  low . 

*  H  nunber  of  alternatives  to  choose  fron  are  presented  . 

»  functional  groups  nay  be  independent  . 

*  flexibility . 

b .  Disadvantages 

*  Connunication  and  feedback  between  functional  groups  is 
United  . 

*  Does  not  take  into  consideration  changes  in  requirenents  due 
to  progression  of  the  systen  through  the  life  cycle  . 

D  .  EURLUHTION 

If  the  inplenentation  problens  of  nodel  nunber  1  can  be 
sinplifed,  a  nodified  version  of  this  alternative  will  satisfy 
the  RTfl  requirenents.  This  nodified  version  is  illustrated  in 


Figure  16 .  The  reason  for  this  decision  is  the  enphasis  on  the 
inportance  of  a  parallel  effort  of  the  najor  subsystem  and  the 
aircraft  .  If  the  inplenentation  problems  can  not  be  resolved, 
nodel  nunber  S  provides  the  next  best  alternative  . 


Recommended  Alternative  Model 


UI  .  COMCLUSI OHS  RHP  RECOWiEHORTIOHS 


R .  SUnURRY 

The  increasing  conplexity  of  ueapon  systens,  coupled  uith 
technical  specialization  requires  a  tailored  nanagenent 
approach .  This  tailored  approach  requires  orderly  and  objective 
problen  solving  techniques  that  are  logical  and  consistent  . 
Systens  engineering  provides  the  nethodology  to  provide  better 
control  and  insight  into  the  design,  developnent,  and  production 
process  . 

The  Rdvanced  Tactical  Aircraft  and  its  ueapon  systens  uill 
be  developed  sinul tanously  .  In  the  past  a  parti cualar  ueapon 
uas  designed  to  fit  an  existing  aircraft,  or  an  aircraft  uas 
designed  to  incorporate  existing  weapons  .  Therefore,  the 
Advanced  Tactical  Aircraft  presents  a  ncu  and  challenging 
systens  engineering  problen  . 

B  .  CONCLUSIONS 

Follouing  is  a  sunnarized  list  of  the  najor  conclusions  in 
this  thesis: 

*  Large  conplex  systens  nust  enploy  systens  engineering  to 
ensure  success  . 

*  The  systens  approach  offers  a  nethodology  for 

decision— naking  for  the  RTR,  uhereby  all  relevant 

infornation  is  considered  . 

x  The  systens  engineering  nodel  is  a  flexible  tool  uhich  can 
be  tailored  to  the  specific  requirenents  of  a  particular 
progran  . 


83 


*  It  is  critical  to  utilize  systens  engineering  during  each 
and  every  phase  of  the  systen’s  life  cycle. 

*  The  interfaces  betueen  subsystens  are  extrenely  important  . 
If  these  are  not  taken  into  consideration  integration  of  the 
subsystens  nay  be  inpossible,  especially  on  the  RTR  where  a 
nunber  of  najor  subsystens  will  be  developed  sinultaneously  . 

*  Any  change  in  a  subsystem,  no  natter  how  insignificant  it 
nay  seen,  nust  be  evaluated  fron  a  total  systens 
perspective . 

*  Both  the  Navy  and  the  Rir  Force  have  benefitted  fron 
collaborative  efforts  on  the  UFMX  and  JRFE  programs  . 


RECOMMENDHT  IONS 

The  following  reconnendations  are  made: 

*  Introduce  a  systens  engineering  nodel  for  the  RTR  sinilar  to 
the  nodel  presented  in  Figure  16  . 

*  Broaden  the  systens  perspective  of  all  functional  groups  so 
they  can  see  the  inpact  of  their  efforts  on  the  total  systen 
and  other  subsystens  . 

*  Establish  a  parallel  design  and  development  effort  for  both 
the  RIRS  and  the  aircraft  subsystens  .  However,  ensure 
frequent  exchanges  betueen  the  two  groups  to  insure  goal 
congruence  of  these  two  systens . 

•»  Monitor  the  developnent  of  the  RFT  so  that  conpatable 
advanced  technology  can  be  transferred  to  the  RTR. 
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